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BACKGROUND OF THE INVENTION 

ci of the Invention 

The present invention relates to methods and apparatus for automatically 
preparing financial product and/or financial service -related communications 
such as advertisements, marketing solicitations, financial product sales 
solicitations, notices and the like for dissemination to clients, potential 
clients, etc. More specifically, it relates to methods and apparatus suitable 
for preparing such communications in a fully automated or significantly 
automated manner permitting large volumes of communications to be prepared and 
delivered quickly, efficiently, and cost effectively. 
Description of the Related Art 

The importance of widely-distributed written or printed client 
communications such as advertising, solicitations, etc. is well known in the 
marketing and advertising field. Their applicability to the financial 
products and services industry also is well known. The revenue generated from 
sales of various products and services advertised in these solicitations 
measures in the many millions of dollars per year for all industries. Their 
revenue generation in the financial industry also has been significant, and 
this industry has been one of the fastest growing in this area. 

Traditionally, client communications of this type have been mass- 
distributed using techniques such as direct mail. A substantial drawback of 
the direct mail approach has been the relatively significant cost of 
distributing the communications. The transmitters and distributors of the 
communications often have been required to bear the expense of the 
communications themselves, in some cases the envelopes in which they are 
contained, the labor involved in stuffing the envelopes, the postage, etc. 

Over the years, many businesses which dispatch mail to customers or 
potential customers as a routine part of their business have seized upon the 
tremendous profit potential of widely distributing communications by including 
them as inserts or "stuff ers" within the routine mailings. Businesses such as 
commercial banks, credit card companies, brokerage firms, mortgage companies, 
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insurance companies and utilities, to name a few, commonly include stuff ers 
which offer products and services running the gammit from trinkets and 
souvenirs to durable appliances and vacation packages. Even this method has 
been limited, however, in that the expenses still are substantial and the 
response levels to such solicitations often are quite low. 

To improve the efficiency and cost effectiveness of such marketing and 
communication techniques, companies in recent years have begun to screen or 
target their distribution of communications to reduce the number of 
communications sent and the corresponding cost, and to enhance the percentage 
which respond to such target- segmented marketing. Companies which have pre- 
existing databases of client information for their own clients, such as those 
mentioned above, are ideally suited for such targeted marketing. As an 
inherent part of their business, for example, these companies typically have 
client information for each of their clients. This client information 
typically includes not only such fundamental "client identification" 
information as client name and address, but often additional items such as 
client age, occupation, marital status, income, and the like. In many 
instances, the client information includes or is sufficient to derive certain 
information about needs and purchasing habits of the client. Even with such 
targeted distributions, however, response rates in many cases have remained 
relatively low. 

An important drawback of such known approaches is the limited extent to 
which they personalize or individualize the communication. The communications 
usually are in the form of generic ads or solicitations which merely present 
the product or service identically in every communication to every client. A 
relative few of the communication or solicitation generating systems create 
communications which list the client identification information at the top of 
the communication, e.g. , in a header. In the life insurance context, there 
have been systems which generate a letter or solicitation containing a 
selected set of insurance products. These systems have been limited mostly or 
entirely to term life insurance products. They merely list the product or 
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products selected, and provide a brief non- individualized description or 
explanation of the product and perhaps sample prices or rates at various ages 
and amounts of coverage. The extent to which the communications take into 
account the particular circumstances and needs of the individual prospective 
client, or provide individualized explanations necessary to make an informed 
purchasing decision about the highlighted products, or enough interest to make 
further inquiries which may lead to a sale, has been extremely limited or 
nonexistent. 

These systems also are limited in their ability to process large volumes 
of client communications quickly and efficiently. This is attributable in 
large part to their requirement for human involvement, the required level of 
interaction as a necessary part of their operation, the sophisticated nature 
of the financial products in many cases, and because of the relatively 
unsophisticated nature of the known systems. All of these methods and systems 
have been limited in that they require a substantial amount of human 
involvement. This necessitates substantial cost for wages, salaries, 
benefits, etc., and it can increase the likelihood of errors. 
Objects of the Invention 

Accordingly, an object of the present invention is to provide a method 
and apparatus for preparing client communications, which method and apparatus 
are relatively cost effective compared to prior approaches. 

Another object of the invention is to provide a method and apparatus for 
preparing client communications, which method and apparatus are capable of 
being highly automated. 

Another object of the invention is to provide a method and apparatus for 
preparing client communications, which method and apparatus are capable of 
preparing large volumes of client communications relatively quickly, 
efficiently, and cost effectively. 

Another object of the invention is to provide a method and apparatus for 
preparing client communications, wherein the method and apparatus produce 
communications which are more personalized and individualized to individual 
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clients and/or prospective clients than in many prior approaches. 

Additional objects and advantages of the invention will be set forth in 
the description which follows, and in part will be apparent from the 
description, or may be learned by practice of the invention. The objects and 
advantages of the invention may be realized and obtained by means of the 
instrumentalities and combinations pointed out in the appended claims. 

SUMMARY OF THE INVENTION 

To achieve the foregoing objects, and in accordance with the purposes of 
the invention as embodied and broadly described in this document, a method and 
an apparatus are provided for automatically preparing client communications 
pertaining to one or more financial products for clients. The client 
communications preferably are adapted for combination with a host vehicle, 
such as a bank statement, utility bill and the like, so that the host vehicle 
and the client communication become a single document or document file. 

The method and apparatus according to the invention provide a marked 
departure from known marketing and financial product communication systems, 
for example, in that they allow for the virtually complete automation of the 
tasks traditionally performed by people, agents, salesmen and the like, and at 
substantially greater effort and expense. Automatically, with little or no 
human intervention and with essentially no time delays, they can analyze and 
evaluate client information, incorporate additional information, determine 
and/or compare client needs with various available financial products to solve 
needs, select and/or recommend products most appropriate for the individual 
needs of each prospective client, and prepare personalized and individualized 
communications specifically tailored for each individual prospect to 
effectively communicate the information to the client or prospective client 
that he or she needs to make an informed buying decision, or to enable the 
client to seek more information which hopefully will lead to such a decision. 

The method according to one aspect comprises providing a format for the 
communication wherein the communication format includes a variable portion, 
inputting into a computer -accessible storage medium variable information other 
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than a client identification, and inputting into the storage medium decision 
information. The method also includes using the decision information to 
select a subset of the variable information, and generating the client 
communication according to the communication format. The generating step 
includes inserting the subset of variable information into a variable portion 
of the client communication corresponding to the variable portion of the 
client communication format. 

In accordance with another aspect of the invention, a method is provided 
for automatically preparing a client communication or communications 
pertaining to a financial product for a client, wherein the method comprises 
using decision information to automatically select variable information, the 
variable information comprising other than a client identification, and 
automatically inserting the variable information into the client communication 
or communications. The variable information may comprise client information, 
financial product information, ancillary information, and/or text information. 
The method preferably includes a step of automatically combining the client 
communication for each of the clients with the host vehicle for the 
corresponding and respective one of the clients to create a combined 
communication for the corresponding and respective one of the clients, wherein 
each of the combined communications comprises a single document. 

An apparatus according to the invention is provided for automatically 
preparing a client communication pertaining to a financial product for a 
client, wherein the client communication is for combined use with a 
corresponding host vehicle. The apparatus comprises means for inputting into 
a computer -accessible storage medium variable information comprising other 
than a client identification and decision information, processing means 
operatively coupled to the storage medium for using the decision information 
to automatically select a subset of the variable information for the client, 
and output preparing means in operative communication with the processing 
means for preparing the client communication and automatically inserting the 
subset of the variable information into the client communication. The 
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inputting means may comprises a disk drive, a tape drive, an optical scanner, 
a bar code reader, a modem, and the like. The output preparing means may 
comprise a laser printer, a modem, another computer, and the like. 

BRIEF DESCRIPTION OF THE DRAWINGS 
The accompanying drawings, which are incorporated in and constitute a 
part of the specification, illustrate a presently preferred method and 
embodiment according to the invention. These drawings, together with the 
general description given above and the detailed description of the preferred 
method and embodiment given below, serve to explain the principles of the 
invention. 

Fig. 1 is a hardware block diagram of the preferred embodiment of the 
invention; 

Fig. 2 is a flow chart diagram of system software used in the preferred 
embodiment of Fig. l, and which illustrates the preferred embodiment and 
method of the invention; 

Fig. 3 provides an illustrative main menu for the system software 
generally depicted in Fig. 2; 

Fig. 4 is a flow diagram which illustrates a preferred method according 
to the invention; 

Fig. 5 is a flow chart diagram illustrating the data input module of the 
preferred embodiment and method of the invention; 

Fig. 6 (including 6A and 6B) shows the organizational structure of 
various illustrative database tables managed by the database module according 
to the preferred embodiment and as used in connection with the preferred 
method of the invention; 

Fig. 7 is a flow chart diagram illustrating the processor module of the 
preferred embodiment and method of the invention; 

Fig. 8 is a flow chart diagram illustrating the processor module of the 
preferred embodiment and method of the invention similar to that of Fig. 7, 
but which is specifically adapted for processing of insurance products; 
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Fig. 9 is a flow chart diagram illustrating a specific example of the 
organization and flow of the processor module specifically pertaining to a 
mortgage life insurance -related communication; 

Fig. 10 is a flow chart diagram illustrating another specific example of 
the organization and flow of the processor module specifically pertaining to 
another mortgage life insurance -related communication; 

Fig. 11 is a flow chart diagram illustrating a specific example of the 
organization and flow of the processor module specifically pertaining to 
another mortgage life insurance -related communication; 

Fig. 12 is a flow chart diagram illustrating a specific example of the 
organization and flow of the processor module specifically pertaining to a 
basic individual life insurance -related communication; 

Fig. 13 is a flow chart diagram illustrating the organization and flow 
of the sales presentation and output module of the preferred embodiment and 
method as depicted in Fig. 2.; 

Fig. 14 is a flow chart diagram illustrating the organization and flow 
of the production and scheduling module of the preferred embodiment and method 
as depicted in Fig. 2.; 

Fig. 15 is a flow chart diagram illustrating the organization and flow 
of the sales and financial report and analysis module of the preferred 
embodiment and method as depicted in Fig. 2.; 

Fig. 16 is a flow chart diagram illustrating the organization and flow 
of the telemarketing module of the preferred embodiment and method as depicted 
in Fig. 2; and 

Fig. 17 is a flow chart diagram illustrating the organization and flow 
of the automated new business processing module of the preferred embodiment 
and method as depicted in Fig. 2, adapted for use in the marketing and sale of 
insurance products. 

DETAILED DESCRIPTION OF THE PREFERRED METHOD AND EMBODIMENT 

Reference will now be made in detail to the presently preferred method 
and the preferred embodiment of the invention as illustrated in the 
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accompanying drawings, in which like reference characters designate like or 
corresponding parts throughout the drawings. For simplicity and ease of 
illustration, the preferred apparatus and method according to the invention 



construed as necessary or limiting. 

In accordance with the invention, an apparatus and method are provided 
for automatically preparing client communications pertaining to one or more 
financial products, and/or financial services, and/or financial plans for 
clients. The apparatus and method may be used to automatically prepare a 
single client communication or, more preferably, to automatically prepare a 
plurality of client communications. The client communications preferably are 
for combined use with corresponding and respective host vehicles for the 
corresponding and respective clients, which combined communications may be and 
preferably are delivered to the clients. 

"Client" as the term is used here should be interpreted broadly to 
include an actual client or customer of the user of the system and/or method 
according to the invention, or the party for whom the system and/or method is 
employed. The term "client" also includes a potential client or customer, or 
a similar party for whom a communication is prepared. A client is assumed for 
illustrative purposes here to be a party for whom a client record has been 
created in the client database as described" more fully below. 

"Client information" as used here means information which pertains to a 
particular client, or to a particular set or group of clients. Examples of 
client information would include a client name, address, telephone number, 
age, marital status, occupation, employer, financial income, etc. Client 
information also may include information pertaining to the family or other 
relations to the client, such as information on the spouse, children, parents, 
etc., or perhaps to a business associate, such as a business partner, fellow 
board member or officer, and the like. This category of information also may 
include psychographic^and demographic data pertaining the client or clients. 



are described in conjunction with one another. This is not, however, to be 
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"Client record" as used here means a compilation of information 
pertaining to a particular client. The client information typically would be 
collected into an automated or computerized database, which is referred to 
herein as a "client database." In this context, a client record would be a 
single record for a given client within the client database. The fields of 
each client database record would include the various items of client 
information, examples of which are provided above. The organization of this 
client information database and the records and fields within it typically 
would be in conformity with the data organization and structures of known 
relational databases. 

A "client communication" as the term is used herein refers to a 
communication which is prepared for a given client and which provides 
information to the client about one or more selected financial products and/or 
financial services and/or related financial plans. A client communication, 
for example, might include a solicitation or similar marketing or advertising 
document in which the one or more financial products, services, etc. are 
presented to the client in an attempt to sell the product, service, etc. to 
the client, provide information on the products and services, provide a notice 
pertaining to such products or services, etc. A client communication may 
assume the physical form of a paper or papers which would be integrally 
attached to a host vehicle, a computerized document which is adapted to be 
incorporated with a computerized host vehicle, an electronic mail document, 
and the like. 

Each client communication according to the invention includes at least 
one "variable." A "variable" as the term is used herein, which also is 
referred to as a "variable portion," refers to a portion of a client 
communication which may vary from client communication to client 
communication. The variable in a sense serves as a location marker in the 

client communication, at which location the system and method according to the 

\ 

invention insert or provide certain "variable information" selected by the 
system and method. The variable information, which may take a number of 



10 



different forms, is selected using the decision information so that it is 
appropriate for, and to a certain extent individualized for, a particular 
client . 

"Financial product" as the term is used herein is used in its broad 
sense to include any financially- related product, service or plan. The term 
would include, for example, insurance products and services, banking products 
and services, securities and investment products and services, and the like. 
Examples of insurance products would include individual life insurance of all 
types, tax deferred annuities of all types, health insurance of all types, 
disability insurances of all types, annuities or other timed payment vehicles, 
and the like. Examples of banking products would include savings -related 
products and services, demand deposit products and services, loan products and 
services, credit-related products, etc. Securities and investment products 
and services would include equity securities, debt securities, mutual funds, 
money markets, derivatives, etc. The term "plan" is used in its broad sense 
to include a plan which may incorporate one or more financial products and one 
or more financial services aimed at achieving a particular objective or set of 
objectives of the client. For convenience and ease of explanation, the term 
"financial products" as used hereinbelow may refer to financial products 
and/or financial services and/or financial plans, and combinations of these. 

"Financial product information" as used herein refers to information 
which identifies, describes, explains or otherwise pertains to the financial 
product or products (including services and plans) which are to be the subject 
of some or all of the client communications, as explained more fully below. 

"Host vehicle" as used here means a vehicle, such as an account 
statement, notice, letter, etc., other than a client communication, which is 
to be sent to a client. The term "vehicle" is used here in the sense of a 
medium for communication, examples of which would include a paper document, 
and electronic document, a machine -readable medium, and the like. Specific 
examples of host vehicles would include a bank account statement, credit card 
account statement, brokerage account statement, billing statement from a local 
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utility, a notice or advisory bulletin, etc. In the context of the 
illustrative examples provided herein, typically there would be a host vehicle 
for each client, which host vehicle would provide the statement, notice, etc. 
The host vehicle typically would constitute the primary purpose for contacting 
or communicating with the client. The client communication preferably would 
be attached as an integral part of the host document. 

"Host information" would include information which is included within or 

_ Z^> 

otherwise pertains to a host vehicle or a collection of host vehicles. 
Examples of host information would include such things as the type of checking 
account to which a statement pertains, the bank or other institution which 
holds the account or which issues a financial product reflected in the host 
vehicle ( e.g. , the product provider) , the amount of utility services or 
products reflected in a particular bill, account information, a statement of 
account, etc. 

A presently preferred embodiment of the apparatus according to the 
invention is illustrated in Fig. 1. This embodiment comprises a computer 
system using a networked client -server database system architecture with a 
number of computer nodes or computer workstations. A network server 10 is 
shown in Fig. 1. Computer workstation nodes would be very similarly 
configured. In addition to the server and workstation nodes, system nodes 
also may include output devices, such as laser printers (not shown) . Each of 
the individual computer workstations or nodes within the system includes a 
processor 12, a display 14, a keyboard 16, a mouse, light pen, or similar 
pointing device 18, a modem 20, a tape drive 22, and a bar code reader 24. 

The processor of each computer node (server or workstation) includes a 
central processing unit (CPU) 26, random access memory (RAM) 28, and at least 
one mass storage device 30, such as a hard drive and/or a diskette drive. The 
design and configuration of CPU 26 is not limiting, and may include any of the 
CPU designs sold as standard components with high- end IBM- compatible personal 
computers or business machines. Such processors include Pentium™ processors 
from Intel Corp., Santa Clara, California, Power PC processors from IBM Corp., 
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and their substantial equivalents, preferably with at least 32 megabytes of 
RAM and a hard drive with at least about 1 gigabyte of storage capacity. The 
capability and speed of CPU 26 will depend upon the specific application to 
which the apparatus is to be put, the volume of data to be handled, etc. In 
the preferred embodiment of Fig. 1, the CPU of the principal server comprises 
a 166 MHz Pentium-based processor with 32 megabytes of RAM and a 2 gigabyte 
hard drive. The CPUs of the network workstations comprise 166 MHz Pentium- 
based processors with at least about 32 MHz of RAM and at least about 500 
megabytes of hard disk storage capacity. 

Display 14 should be compatible with the processor, and preferably 
should have a resolution of at least about 800 x 600 pixels. Other than these 
requirements, many commercially-available Super VGA monitors would suffice. 

Keyboard 16 is a standard IBM PC- compatible keyboard which is compatible 
with the processor. Keyboard 16 comprises a means for the system user to 
selectively input information, decisional information or criteria, module 
instructions, and the like into the system where manual input is called for. 

The mouse, light pen, track ball or similar pointing device 18 is used 
to navigate the graphical user interface of the system, which is designed to 
increase the ease of use of the system, as will be described more fully below. 
It also comprises means for inputting information into the system, 
particularly where graphical interface environments are used in 
implementation. These devices may be obtained from commercially -available 
sources as off-the-shelf components. 

Modem 20 is used for communicating with computer systems remotely from 
processor 12. The design of modem 20 also is not limiting, and its specific 
design will depend upon the design of processor 12, the design and 
configuration of the computer or computers to be communicated with, and 
similar generally known factors in a given application. In the preferred 
embodiment of Fig. 1, modem 20 comprises a 28.8 baud modem which is compatible 
with processor 12, such as the Model Sportster 28.8, commercially available 
from U.S. Robotics Inc. 
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Tape drive 22 is optional, but may be used for inputting bulk files and 
lists, as described in greater detail below. The specific design and 
configuration of tape drive 22 also will depend to a large extent on the 
design and configuration of other system components, and on the particulars of 
the application. In the preferred embodiment of Fig. l, tape drive 22 
comprises a high- capacity digital tape device which may be obtained as an off- 
the-shelf component from commercial suppliers. 

Bar code readers may be used to speed manual input of data and also to 
record responses and other correspondence from prospective clients. They 
should be industry- standard readers capable of reading the major bar code 
formats, such as Code- 39 bar codes, and inputting the scanned information to 
processor 12. An optical scanner (not shown) also may be provided as an 
optional input device. 

The system includes a high-quality laser printer 32, such as any of the 
high-end commercially- available laser printers available for processors of the 
type employed in this system. Large-volume commercial laser printers also may 
be used for producing large quantities of client communications at rapid 
rates. The system also may include as an output a modem such as modem 20 or 
similar on-line or networked connection. 

Processor 12 has resident within its accessible memory system computer 
software or system software, a flow diagram of which is shown, in Fig. 2. The 
software has a "core" system for processing tasks such as selecting variable 
information and preparing client communications. The system software also 
includes an "administrative and support" system for supporting the core 
system, facilitating the communication or marketing program, providing 
administrative and management reports and functions, and other tasks. The 
core system includes a plurality of modules, including a data input module, a 
database module, a processor module, and a sales presentation and output 
module. The administrative and support system includes a production and 
scheduling module, a sales and financial report and analysis module, a 
telemarketing module, a communications interface module, and an automated new 
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business processing module. Each of these systems and modules will be 
described in greater detail below. 

In accordance with the preferred embodiment and method, an example of a 
main menu for the system software is shown in Fig. 3. This menu includes a 
plurality of buttons corresponding to the modules of the system as depicted in 
Fig. 2. 

A flow diagram which outlines steps of the preferred method is shown in 
Fig. 4. Referring to the left portion of the diagram, the method includes a 
step of inputting information of various types into the system. Although the 
specific forms of information to be inputted will vary from application to 
application, they generally will include client information. This client 
information may be pre -selected or pre -sorted, for example, using known market 
segmentation or targeting techniques, or what has been referred to recently as 
"database mining." Financial product information, and in some cases host 
information, also may serve as inputs. 

The preferred method also includes a processing step (center of Fig. 4) 
in which decision information is used to automatically select variable 
information for inclusion or provision in the client communication or 
communications. The output of the processing step (right portion of Fig. 4) 
is one or more client communications which include the variable information. 
The variable information is used to make the client communications highly 
individualized or personalized. The client communications are adapted to be 
combined with corresponding host vehicles for the respective clients to create 
a corresponding plurality of combined outputs. This combination can be very 
advantageous over prior known methods, e.g. , based upon the ability to make 
the client communications highly personalized and at the same time delivering 
the client communication together with the host vehicle to achieve the 
corresponding cost savings. 

As an initial step in the preferred method, one generally would 
determine the financial product or products which are to be presented in the 
client communications. This selection may be made, for example, based upon 
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the nature of the client population itself, the desired financial product or 
products to be offered, etc. It should be appreciated that this step need not 
necessary occur first. The selection of financial products, for example, may 
be one of the functions which the system performs, e.g. , during its processing 
step as described more fully below. 

The preferred method includes a step of providing a format for the 
client communication wherein the client communication format includes a 
variable portion. Each of the client communications includes at least one 
variable or variable portion in which variable information is inserted or 
otherwise provided. The variable information is selected based upon the 
decision information. These aspects and features of the invention will be 
described more fully below. 

The term "format" is used according to its common meaning and refers to 
the general layout and appearance of the communication. The format may assume 
any one of a wide variety of forms, depending upon the financial product or 
products involved, the intended client base, the communication medium, the 
desired or available space, the tastes and specific needs of the communication 
designer, etc. Formatting inputs would include such things as typographical 
formatting information ( e.g. , top, bottom and side margins), fonts, graphics, 
displays and display locations, etc. The format also may include content 
designations. In more advanced applications, a plurality of formats may be 
selected, and the system and method may be adapted to select from among the 
formats for a given client and client communication. For illustrative 
purposes herein we will use single- format examples, rather than a set of 
communication formats from which the system and method would select on a 
client-by- client basis. Sample client communication formats are attached 
hereto as Appendix 1 and Appendix 2. These samples, which are merely 
illustrative and not limiting, might be attached to a bank statement (a sample 
host vehicle), and would be used for marketing individual life insurance. 
Note that each begins as page 3 of 4 pages . Pages 1 and 2 in this 
illustrative example would be the host vehicle. 
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The communication format includes at least one variable or variable 
portion, as noted above. Preferably, the format of each communication will 
include a plurality of variables or variable portions. Each of these 
variables constitutes a portion or segment of the client communication which, 
in the actual communications, will vary from client to client, and from client 
communication to client communication. The variable may assume any one or 
combination of a wide variety of informational types and content components. 
Examples would include client information (generally other than a client 
identification) , financial product information, ancillary data, variable text, 
etc. A given communication format may include a plurality of variables of a 
given type, e.g. , all client information, or it may comprise different types 
of variables, e.g. , client information, financial product information, etc. 

The preferred method includes steps of inputting into a computer - 
accessible storage medium variable information other than a client 
identification, and inputting into the storage medium decision information. 
The preferred apparatus similarly is provided with appropriate input means for 
inputting these and other various categories of information into a computer - 
accessible storage medium. The method and apparatus of the invention are 
adapted to process various types of information in generating and outputting 
the client communications. The flexibility and variability of the specific 
types of information which may be used, and the specific manner in which the 
information may be used, comprise significant advantages of the invention over 
prior known systems and methods. 

Initial system inputs typically and preferably would include client 
information, financial product information, decision information, text 
information, and in some applications ancillary information. Any one of these 
classes of information could comprise variable information, although decision 
information often is used primarily for internal systems purposes. 

The types and amounts of client information provided to the system and 
used in the method will depend upon the types and amounts available, the 
desired client communication format, the decisional information or logic to be 
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used, etc. Client information may comprise a variety of types of information 
pertaining to a particular client, or to a particular class of clients. In 
most instances, this client information will include a client identification. 
"Client identification" as used herein includes the information about the 
client which uniquely identifies a given client and permits correspondence or 
communications to be forwarded to the client. In most instances this client 
identification constitutes the client's name, or the client's name and post 
office address. A client account number also may be included. This term is 
intended to be construed narrowly, for example, to include only the minimum 
information, usually name and postal address, necessary to uniquely identify 
the client and forward the communication to the client. It would not include, 
for example, information which may happen to be unique to the client and may 
uniquely identify the client under analysis, but which information is not 
typically used to identify the client. Individual components of client 
identification other than client name also typically would not be included 
within the scope of the term client identification as used herein. A client's 
postal zip code used separately from the postal address, for example, would 
not qualify as the client identification. 

A wide variety of types of client information other than the client 
identification may and often is available. Typical examples might include the 
client's age, occupation, employer, annual income, marital status, whether he 
or she smokes, family information, geographic information other than client 
address information ( e.g. , zip code, city, county, state, etc.), purchasing 
information such as purchasing practices and proclivities, client asset 
information, liability information such as mortgage or loan information, 
client activity information ( e.g. , hobbies, sporting activities, etc.), and 
other psychographic, demographic and general client data or information. A 
commercial bank or savings and loan which loans on home mortgages, for 
example, typically would have client information in the form of the address of 
the mortgaged property, the mortgage loan amount, and the loan origination 
date. This information would be useful for an individual mortgage life 
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insurance program in which insurance solicitation communications are sent to 
mortgagee clients. 

"Financial product information" as used herein refers to information 
which identifies,, describes, explains or otherwise pertains to the financial 
product or products (including financial services and financial plans) which 
are to be the subject of some or all of the client communications. Financial 
product information includes product pricing information and product non- 
pricing information. Pricing information includes the pricing for the 
relevant products, and perhaps other information relevant to pricing, for 
example, such as the time period during which particular prices will be 
available, payment terms, available financing terms, etc. Product non-pricing 
information includes any financial product information other than product 
pricing information. Examples of product non-pricing information would 
include product -related descriptions, conditions of offer, classes of clients 
for whom the product is available ( e.g. , "issue constraints" as used in the 
insurance industry), annuity tables, actuarial tables, etc. 

The financial product information may pertain to a single product, or to 
a plurality of different financial products. In the field of insurance, for 
example, the financial product information may pertain to a non-property and 
non-casualty insurance product, an individual life insurance product such as 
term, whole life, universal life and the like, a health insurance product, a 
disability insurance product, an annuity, and the like, and combinations of 
these. In the banking area, the financial product information may pertain to 
a savings product, a checking or demand account product, a loan product, a 
credit-related product, a retirement product, etc., and combinations of these. 
In the banking and brokerage firm areas, the financial product information may 
pertain to such products as an investment product and/or financial security 
( e.g. , stocks and other equities, bonds and other debt instruments, money 
markets, mutual funds, etc.), derivatives, etc., and combinations. 
Combinations of financial products across fields, such as banking and 
insurance, also are possible. 
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"Ancillary information" as used herein refers to virtually any type of 
data or information useful for the system (hardware and software of Figs. 1 
and 2) and/or method in performing the intended functions, but excludes client 
information, financial product information and decision information. Examples 
of such ancillary data or information would include st atistical Informat ion, 
geo - co de^data ^and~the~l ike . Non-client specific information also may be 
included in this category, such as demographic, psychographic or buying habit 
data. Incidentally, the term "information" is used broadly herein to include 
quantitative data as well as other forms of information. 

Text information comprises text, e.g. , in the form of an alphanumeric 
character or character string, a word, a phrase, a sentence, a paragraph, or 
even a graphical symbol. The preferred form of text information in many 
applications involving the marketing of financial products would comprise a 
phrase, i.e. , a collection of words, which would be part of a sentence or 
paragraph of fixed text within the client communication. For example, if the 
client communication presents a financial product such as a security, the 
description of the product may assume one form for clients under a 
predetermined age, such as 40 years old, and the description of the same 
product may assume another, perhaps more conservative or risk -adverse form for 
clients over the predetermined age. 

Text information as used herein can and often will overlap with the 
other categories of information as defined herein. Text information may, for 
example, comprise or pertain to client information. In the example provided 
immediately above, the text information pertains to financial product 
information. Text information also may comprise or pertain to ancillary 
information, decision information, etc. 

The decision information to be provided to the system may and usually 
will vary from application to application. This decision information 
typically would be inputted as part of the system initialization for a given 
run. The decision information generally will comprise criteria or conditions 
used for the selection of variable information. The decision criteria 
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preferably comprise programmed database queries which are used in conjunction 
with the client database, and perhaps a financial product database and/or an 
ancillary information database to select records, to select fields within 
records, and the like. The decision information also may comprise conditions 
and instructions for selection of information from lookup tables and similar 
data structures. 

According to the method of the invention, decision information is used 
to automatically select variable information for insertion or inclusion in the 
variable or variable portions of the client communication or communications. 
This variable information preferably includes information other than, or in 
addition to, a client identification as that term has been defined herein. 
The variable information may be selected for insertion into the variables or 
variable portions of the client communication for one or more of the clients. 

The variable information may comprise part or all of the information 
provided to the system as the client information, the financial product 
information, the ancillary information, text information, and even the 
decision information. This variable information may comprise virtually any 
form of client information, but preferably, as noted, it would be other than, 
e.g. , in addition to, a client identification, most notably the client's name, 
address, account number, etc. The variable client information may, for 
example, comprise information pertaining to the client such as client age 
information, health information, client family information, client geographic 
information other than client address information, client purchasing 
information, client asset information, client liability information such as 
information about a mortgage, client financial income information, client 
occupation information, client activity information ( e.g. , sports activities, 
recreational activities, etc.), and the like. The variable client information 
may comprise psychographic client data and/or demographic client data. In the 



~~term-lif e insurance context specifically, this variable client information 
preferably would be other than a client name, address, age, marital status, 
tobacco habits, and other than the type and amount of life insurance coverage, 
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which comprise related product information. 

Where the variable information comprises financial product information, 
this variable financial product information also may assume a wide variety of 
forms. As noted, the variable financial product information may pertain to a 
single financial product or to a plurality of different financial products. 
The variable financial product information may comprise or pertain to, for 
example, one or more insurance -related products. Examples would include 
property and casualty insurance products, as well as non- property and non- 
casualty insurance products. The latter grouping would include individual 
life insurance products such as individual term life insurance products and 
individual life insurance products other than term, such as permanent life 
insurance products. Permanent life insurance products would include such 
things a whole life, universal life, and the like. Where combinations of 
insurance products are included, they may include, for example, a combination 
of an individual term life insurance product and an individual permanent life 
insurance product. Other types of insurance products to which the variable 
information may pertain include health insurance products, disability 
insurance products, annuities, etc . . 

The variable financial product information also may comprise or pertain 
to bank -related products such as information on various types of demand 
deposit accounts, savings accounts and product, loan products, credit 
products, etc. Where the variable financial product information pertains to 
financial investments or brokerage- type products, the information may comprise 
or pertain to various investment products, financial securities, equity 
instruments such as common and/or preferred stocks, stock options, warrants 
and the like, debt instruments, money market funds, mutual funds, derivatives, 
etc. The variable financial information may comprise or pertain to financial 
product pricing information or financial product non-pricing information, or 
both. 

The variable information also may comprise or pertain to ancillary 
information, such as statistical demographic information, geo-code data, 
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psychographic data, economic data pertaining to more than one person, e.g. , 
pertaining to persons other than merely to a single client, and combinations 
of these. 

The variable information also may comprise text or text information. 
Where it would be desirable to present differing text in the respective 
communications, for example, depending upon the age, marital status, etc., of 
the respective clients, several different versions of text may be used as 
variable information. Any given one of the text inputs would be used for a 
particular client only if that text were appropriate for that client. As 
noted, information other than a client identification, i.e. , information in 
addition to the client identification information if client identification is 
present, may constitute the variable information. 

The apparatus according to the invention comprises means for inputting 
into a computer -accessible storage medium variable information comprising 
other than (in addition to) a client identification and decision information. 
The input means used for a particular application will vary depending upon the 
format in which the information is available. Examples would include a 
keyboard, a disk drive, a tape drive, a hard drive, a modem, an optical 
scanner, a bar code reader, a pointing device such as a mouse or track ball, a 
network link, etc. Client information, financial product information, 
decision information, ancillary information, etc. may be provided on a data 
tape, compact disk, diskette, or similar storage medium, in which case the 
input means correspondingly would comprise a tape drive, a compact disk 
reader, a disk drive, and so on. Some records may be available on non- 
resident databases, as noted. This is increasingly the case as online 
networks such as the Internet gain widespread use and acceptance. In such 
instances, the information may be received via modem 20. 

The input means of the preferred embodiment may include any one or any 
combination of keyboard 16, pointing device 18, modem 20, tape drive 22, bar 
code reader 24, an optical scanner, mass storage device 30 ( e.g. , hard drive 
or diskette drive), and equivalent input devices. With reference to Fig. 1, 
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for example, information may be directly entered using keyboard 16. In some 
instances, bulk information may be available, for example, comprising lists of 
client records, in which case the input devices more suitable for transfer of 
bulk files would be used. Diskette drive 30, for example, as would come as 
standard equipment with the types of processors noted above, may be used. 

The input means preferably is adapted for inputting such data and 
information both individually and automatically in bulk. Automatic or bulk 
input would be done essentially or entirely without human intervention. This 
is particularly desirable when inputting client information, which ideally 
would be capable of being inputted as client records without human 
intervention between input of the respective client records. 

The decision information may take a number of forms, as noted above. 
The means for inputting the decision information therefore may assume 
different forms, such as those identified above and their equivalents. 
Preferably, the decision information will comprise one or more computer 
programs which include database query commands to query or filter the client 
information, financial product information, etc. according to desired 
conditions or criteria. The preferred input means for this task accordingly 
would comprise keyboard 16 and/or tracking and pointing device 18, operated in 
conjunction with the associated device -related software and software drivers. 

The input means is operatively coupled to a computer -accessible storage 
medium so that the storage medium receives and stores the information as it is 
inputted. The storage medium according to the preferred embodiment may 
comprise RAM 28, mass storage device 30, other memory within CPU 26, tape 
drive 22, and any combination of these. The storage medium according to this 
aspect of the invention may comprise any storage device or medium capable of 
storing the inputted information and storing it for subsequent retrieval and 
transmission ultimately to CPU 26. The storage medium need not be directly 
connected to or directly in communication with CPU 26, provided it is capable 
of transferring the information to CPU 26 upon the appropriate command. 
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The inputting of data and information in the preferred embodiment is 
carried out as part of the data input module as depicted in Fig. 2. This 
module forms part of and interacts with the inputting means to receive the 
inputted client information, financial product information, and possibly 
ancillary information and text, and to store the information in an appropriate 
storage medium, such as mass storage device 30 or RAM 28. 

The data input module performs tasks related to inputting information 
into the system. An example of the organization and task flow of the data 
input module is shown in Fig. 5. As noted above, data may be entered manually 
or automatically. For example, information may be entered using scanning 
technologies. Bar codes may be used on advertisements, information cards and 
other documentation. Scanners such as those commercially available for use 
with processor 12 may be used to read the bar coded information. Similarly, 
an optical scanner may be used to scan an entire page or document, and 
standard image processing software may be used to read information from the 
scanned client information from the scanned input. The invention is not, 
however, limited to these input modes, and others may be used. For example, 
as voice recognition technology develops, there very well may be the ability 
to input client information merely by voicing that information into a voice 
recognition device, which would translate the voice information into digital 
client data. 

The task of automatically or semi -automatically sending large numbers of 
communications efficiently and cost effectively generally will require that 
the system receive or gather on its own large volumes of client information. 
For a given client, the system is adapted to retrieve client information and, 
depending upon the circumstances, other information as well. Inherent 
advantages of using an automated environment to undertake these tasks is the 
tremendous speed with which computers can retrieve, process and store large 
volumes of information. 

The data input module of this embodiment and method inputs data into the 
system from one or more of the input devices for the system, such as modem 20, 
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tape drive 22, or bar code reader 24. The details of the data input module 
will depend to a certain extent upon the type of data to be input. 

With further reference to Fig. 5, as data is inputted, the data input 
module stores it in a temporary storage area within processor 12. If 
necessary or appropriate, the data is converted to a format compatible with 
the system. For example, as is known in the database arts, it is sometimes 
necessary to import or export files to convert one database format to pre- 
defined database structure. In this embodiment, the data input module also 
may tag and identify client records as they are inputted, and perform general 
and routine "house keeping" tasks on the data. 

Once these tasks have been performed by the data input module, the 
properly- formatted client information is transferred to the database module. 
In the preferred embodiment, the database module comprises a relational 
database essentially equivalent to commercially-available database packages. 

The database module of the preferred embodiment stores client 
information for general use by the system, as explained more fully below. The 
database stores client information so that each client is represented by a 
record in the database, and the various items of information to a given client 
are contained within fields under the record for that client. Examples of the 
structure and contents of a client database for life insurance, for example, 
may include the following fields: 

Name 

Address (including zip code) 
Age 

Tobacco user v. non- tobacco user 
Marital Status 
General Health 

The contents of a representative client database record for 
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marketing of individual mortgage life insurance may include the 
following: 

Co -Borrower 



Borrower 

Name 
Address 

(including zip code) 
Age 

Tobacco user v. non- tobacco user 
Marital Status 
General Health 



Name 
Address 
(including zip code) 
Age 

Tobacco user v. non- tobacco user 
Marital Status 
General Health 



The contents of a representative client database record for a commercial bank 
may include the following: 
Name 

Address (including zip code) 

Account Type 

Account Number 

Account Balance 

Spouse 

Occupation 

Employer 

Income 

The database module also may include information other than client 
information. For example, this module typically may include a listing or 
database of financial products and/or financial product information. The 
financial product information typically would include not only the 
identification of the products, but information about pricing, conditions on 
availability ( e.g. , "issue constraints"), etc. Product availability 
conditions or constraints as used here refers generally to limitations on the 
availability of the product, e.g. , geographic availability constraints, age 
range constraints, face value or amount constraints, and so forth. The 
product -related database also may include descriptions and explanations of the 
products, e.g. , in the form of text information. This will be explained in 
greater detail in connection with the sales presentation and output module. 

A sample set of tables for use in preparing and delivering client 
communications pertaining to life insurance products is presented in Fig. 6 
(including Fig. parts 6A and 6B) . These tables may be inter-related depending 
upon the specific design of the database or databases for a given application. 
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According to the method, the decision information is used or processed 
to automatically select variable information. In the preferred method, the 
decision information is used to select a subset of the variable information 
for inclusion in the variable portion or portions of the client communication 
corresponding to the variable portion or portions of the client communication 
format. The apparatus according to the invention similarly includes 
processing means operatively coupled to the storage medium for using the 
decision information to automatically select a subset of the variable 
information for the client, or for each client where processing involves a 
plurality of client records. The subset of variable information for a given 
client then may be used in the subsequently-prepared communication for that 
client to individualize or personalize the communication. As implemented in 
the preferred embodiment, the processing means comprises processor 12, 
including CPU 26 and related components, operating under the control of 
processor module computer software, as shown generally in Fig. 2. 

The specific identity and nature of the variable information selected by 
the processing module may be varied from application to application depending 
upon a number of factors, the most important of which is the decision 
information as selected by the system user. The processor module provides 
tremendous flexibility. It may be adapted, for example, to handle a wide 
variety of classes of financial products, such as term life insurance, 
permanent life insurance, combinations of term and permanent life insurance, 
health insurances, disability insurances, long term care insurances, and the 
like. The processor module can accommodate any type of client information 
that can be incorporated into the client database. In addition, the processor 
module has great flexibility in the specific analytical and decision making 
methods and procedures used. Specific yet merely illustrative examples are 
provided below. 

A flow chart depicting the general organization and logic flow of the 
processor module for the preferred embodiment and method is presented in Fig. 
7. As indicated at block A, the processor module is scheduled by and operates 
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under the general instruction of the production and scheduling module 
(described more fully below) . The production and scheduling module would 
determine, for example, which of several competing jobs or client databases 
would be processed and in which order. The processor module flow then moves 
to step B, in which it retrieves decision information and other instructions 
delineating the tasks the system is to perform and upon which information. 

The processor module flow at block C retrieves the information, in this 
case a client record (client information) , which is to be used with the 
decision information in selecting the variable information. By operating upon 
the decision information, such as database query commands based upon the 
client database fields, the system processes the client information and uses 
it to select the variable information. The type of information retrieved by 
the processor module will depend upon the type of analysis under 
consideration, and for which the system has been adapted. Illustrative 
examples of such input data are described above with reference to the data 
input module and the database module. The processor module is described 
herein as processing data files sequentially, one record at a time. This is 
not necessarily limiting. For example, the processor module may be configured 
so that it processes more than one record at a time through such generally 
known approaches as multi- tasking or parallel processing, and/or by means of 
networked machines operating in parallel or otherwise concurrently. 

In step C, depending on the particular application, the processor module 
may undertake some pre- sorting or other manipulation of the client information 
prior to the principal analysis of it. For example, there may be categories 
or items of information within a given a client record that are not utilized 
in the analysis and decision making procedures to be undertaken by the 
processor module in that application. Therefore, it may be appropriate to 
modify the retrieved client records to eliminate such categories or items 
before further processing in undertaken in the processor module. 

In step D of the processor module, the processor module uses the 
decision information to analyze and evaluate the client information for that 
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record to select the subset of variable information for that client. The 
selected variable information is outputted as step E. This may occur as each 
client record is processed or, preferably, for a plurality of records. The 
process returns to block C to retrieve the next client record, and processing 
is repeated at block D. This looping process is continued until all client 
records to be processed in fact have been processed in this manner . 

A slightly more complicated application or process flow for the 
processor module of the preferred embodiment and method is illustrated in Fig. 
8. Fig. 8 is similar to Fig. 7, but is specifically adapted for preparing 
client communications in connection with the marketing of life insurance. 
Blocks A through C of Fig. 8 are essentially identical to those of Fig. 7. 
Bock D of Fig. 8 shows considerably more detail as to the process which occurs 
in this example. In sub step Dl, the insurance need of the client is 
identified. This may be done, for example, based upon information in the 
client record such as age, marital status, financial information pertaining to 
the client, etc. Substep D2 involves analyzing and evaluating the client 
information, such as demographic data, to make the selections described in the 
subsequent steps. In substep D3, the processing flow decides on the number 
and types of insurance plans to offer to this particular client. In substep 
D4, the processing flow selects the financial product or products to fit into 
each plan offered. This would be accomplished as part of the decision 
information and its programming. Two sample options are illustrated in the 
drawing figure. Option A involves presenting only certain products and/or the 
products of certain product carriers. Option B provides greater leeway in 
selecting products and plans. In substep D5, the processing flow uses client 
information, such as for example the client's age, financial income, and the 
client's zip code, to determine an amount of coverage to be offered in each 
plan presented to that client. The process returns to block C to retrieve the 
next client record, and processing is repeated at block D. This looping 
process is continued until all client records to be processed have been 
processed in this manner . 
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Variable information may be selected using client information, i.e. , the 
decision information may include using client information to select the 
variable information for inclusion in the client communication. This is 
generally true regardless of the nature or content of the information actually 
selected as the variable information. 

In step D3 of the processor module flow depicted in Fig. 8, the module 
decides on the number and types of plans -to be proposed to the client, which 
represents financial product variable information. This decision is based 
upon the insurance needs of the clients as identified in the decision 
information, on the client information in the client record, and possibly on 
other information such as demographic information, geo-coding information, 
etc, This step involves making an informed intelligent decision regarding the 
possible solution or solutions to the product or protection needs of the 
customer. Factors which may be considered by the module in this selection 
process may include the client demographic information (e.g. age, gender, 
tobacco usage, and occupation) mortgage information, financial information 
such as income, marital information, existing policy information, family- 
related information, and other factors selected by the system user and 
incorporated into the processor module decision making criteria. 

The processor module in conjunction with the decision information 
selects the variable information, in this example the financial products, 
which satisfy the decision making criteria being employed in the module. 
Under this substep, the processor module draws from the available product pool 
the most appropriate product to fit each plan selected as a candidate in this 
substep. Preferably the processor module has the ability to select from a 
large number of products and product providers. In performing this step D3, 
the processor module may take into consideration factors such as: the premium 
for the product, the compensation paid to the system user or other provider 
including primary and secondary compensation, legal issues, underwriting 
requirements, demographic information pertaining to the client, and the net 
cost of premiums over a specified period of time. As to legal issues, all 



local, state, and federal laws regarding insurance sales, for example, and 
additional constraints imposed by product providers may be considered. 

There are numerous examples in which client information may be used to 
select client information. To illustrate this approach, the decision 
information may include the criteria of selecting a first text string 
describing a financial product ("text string A") if the client has an annual 
financial income of greater than a certain amount, e.g. , $ 50,000, and 
selecting a second text string ("text string B"), if the client's income is 
less than $ 50,000. This example uses client information (annual income) to 
select variable information (alternative financial product descriptions) based 
upon decision information (income greater than or less than $ 50,000). The 
client's age easily could be used instead of annual income, as could virtually 
any other item of client information. 

To further illustrate the types of decision making procedures and 
criteria which may be embodied in the processor module, we will use the 
example of individual mortgage life insurance. Pursuant to the example, 
assume that each client record includes the address of the property subject to 
the mortgage, the amount of the mortgage, the monthly mortgage payments and 
the following information for each borrower and co-borrower: Name, age, and 
gender. As part of the analytical and decision making criteria information 
retrieved by the processor module, a set of scenarios are provided for 
characterizing the client and the surrounding circumstances. Illustrative 
examples of the scenarios would include the following: 

Scenario 1: Single individual borrower. 

Scenario 2: Two borrowers of different gender, which may include a 

husband and wife, business partners, etc. 

Scenario 3: Two borrowers of the same gender, which may include a parent 

and child, siblings, business partners, gay partners, 
etc. 

As part of the retrieved decision making criteria, the processor module would 
retrieve the information depicted graphically in Figs. 9 through 11. If the 
client record under consideration reflected a single borrower, the processor 
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module would employ the decision making criteria (decision information) 
reflected in Fig. 9. According to those criteria, the processor module would 
determine into which of three mutually exclusive categories the mortgage falls 
based on the loan amount. In this example, loan amounts of at least $ 10,000 
but less than $ 50,000 would fall into category A. Loan amounts of at least 
fifty thousand dollars but less than one hundred thousand dollars would fall 
into category B, whereas loan amounts of at least one hundred thousand dollars 
would fall into category C. At a second level of decision making, the age of 
the borrower would be considered. For borrowers in category A between the 
ages of twenty (20) and sixty-five (65), the processor module would select 
product package number l (Pi), which includes three alternative plans, i.e., 
plan A, plan B, or plan C, as described in the box for package PI in Fig. 9. 
Note that for any age or mortgage loan amounts outside the ranges indicated in 
Fig. 9, no proposal would be made because of issue constraints. 

To the extent the client record falls into category B based on loan 
amount, the agent borrower similarly would be used to further categorize the 
record. In this illustrative example, category is segregated into two age 
categories, i.e., Bl and B2. Category Bl includes borrower of at least twenty 
(20) but less and fifty (50) . Category B2 includes ages greater than fifty 
(50) but less than sixty-nine (69) . Those records qualifying under category 
Bl would result in the proposal of a package P2 . This package P2 would 
include three optional proposals, as described in the box for package P2 in 
Fig. 9. 

For category B2, a package P3 would be proposed. Package P3 similarly 
includes three optional plans, as described in the box for package P3 in Fig. 
9. 

For those records falling within category C, i.e., involving loan 
amounts of at least $ 100,000, package P3 would be proposed. 

The processor module would analyze each client record to recognize 
scenario #2, i.e., two borrowers of different gender. The decision making 
criteria and processing undertaken for records qualifying under scenario # 2 
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is depicted in Fig. 10. Processing under this scenario would be very similar 
to that described above with regard to Fig. 9. At the initial level, each 
record would be categorized based on loan amount. Segregation at a second 
level would occur based on age of the first or principal borrowers 

Similarly to Fig. 9, those clients qualifying under scenario # 2 and 
falling within category Al would be proposed a package Pi which includes three 
optional plans, i.e., A, B and C. A package P2 would be proposed to those 
clients qualifying under category Bl in Fig. 10. For those clients qualifying 
under category B2, a package P3 would be proposed. For those clients 
qualifying under category B3 of Fig. 10, a package P4 would be proposed. For 
clients qualifying under category Cl, package P5 would be proposed. For those 
clients qualifying under category C2, a package P6 would be proposed. 

Where the client record indicates there are two borrowers of the same 
gender, scenario # 3 would be implicated. The decision making criteria and 
processing for this illustrative example is shown in Fig. 11, which follows 
the same logic and processing of Figs. 9 and 10. 

In these illustrative insurance examples, two methodologies may be 
employed for selecting the variable product information, i.e. , a product 
and/or product provider -specific methodology and a "best policy" analysis 
methodology. Both of these methodologies taken to account the information 
from substep D3 . The first methodology considers each of the various factors 
which may be used to evaluate the attractiveness of that product for the 
particular client. Such factors considered by the processor module may 
include the premiums, issue constraints, compensation paid to the system user, 
product provider, etc., and underwriting requirement. 

The "best policy" methodology evaluates and analyzes a potentially large 
number of product providers and products which best meet a specified set of 
criteria, for example, by picking the product having the lowest premium for 
the client. 

In step I of processor module processing according to this embodiment 
and method (Fig. 8), the module analyzes the past or current performance on a 



34 



• » 



real-time basis of various sale programs. It identifies on a real-time basis 
who is buying on any geographic or any demographic basis. This step involves 
determining what the individual client is most likely to buy, making the end 
users aware of that fact, recommending changes, and if given permission, or 
appropriately coded, automatically implementing the changes, which may occur 
even during the running of the module. 

To better illustrate the organization, operation and flow of the 
processor module, another example, i.e. , one involving the logic associated 
with the marketing of life insurance, will now be explained with reference to 
Fig. 12. Steps C, D, E, . . . of Fig. 12 correspond to the similar steps of Fig. 
8. In step C, the processor module retrieves a client record for analysis. 
In step D, the module identifies the insurance need for the client, e.g. , to 
replace lost income. 

In step E, the module analyzes and evaluates client information for this 
client, including all pertinent client demographics available to the system. 
The system also may retrieve and use additional demographic data, for example 
from a geo- coding module. 

The database module of this preferred embodiment includes a geo -coding 
module which includes geo -coding data. This geo -coding data can be organized 
by zip code and includes statistical information regarding location, average 
income, average education, average property values and the like within that 
zip code area. It can obtain in real-time any field of demographic 
information for use contained within the United States census. 

In this illustrative example shown in Fig. 12, step F involves 
segregating client records by annual income. For client records reflecting an 
annual income of less than one hundred thousand dollars, processing continues 
along a path Fl. For client records reflecting an annual income of at least 
one hundred thousand dollars, processing proceeds along a path F2. 

In step G of Fig. 12, clients falling under category Fl are offered two 
optional term insurance plans, depending on the age of the client. For those 
clients having an income of less than one hundred thousand (path Fl) , two term 
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insurance plans would be proposed, but specifically which two would depend 
upon the age of the client. For clients at least twenty (20) years old but 
younger than fifty (50) years, their choices would include a 15 year term 
policy and a 20 year term policy. For clients aged at least fifty (50) but 
less than sixty, the choices would include a 10 year term policy and a 15 year 
term policy. For clients older than sixty (60) but not over sixty-nine (69), 
the two choices would include a 5 year term policy and a 10 year term policy. 
In each of these instances, three separate coverage amounts for each of the 
two policies proposed would be presented. In this illustrative example, the 
system user may select between an Option A and an Option B. Under Option A, 
only specified products and/or specific product providers may be considered. 
Under Option B, a variety of products and product providers may be considered 
in selecting the appropriate plans and products for selection. 

In step H of the processor module flow of Fig. 8, the module selects a 
specific amount or amounts of coverage to propose under each plan. This 
decision is based on the information as compiled in step D as described above. 

These three coverage amounts are determined by multiplying the annual 
income by a multiplier and rounding (e.g. , to the nearest $ 5,000 or 
$ 10,000). The multiplier for path Fl would be 1.0, 2.5 and 5.0 for plan A, B 
and C, respectively. 

For those clients who have annual incomes in excess of at least one 
hundred thousand dollars (path F2) , the processor module optionally proposes 
two term insurance plans and one cash value insurance plan. The specific plan 
again depend on the age of the client among other things. For clients at 
least twenty (20) but less than fifty (50) years old, the choices include a 
twenty year term policy, a 15 year term policy, and a universal life policy. 
For clients at least fifty (50) but no more than sixty (60) , the choices 
include a 10 year term policy, a fifteen year term policy, and a universal 
life policy. For clients older than sixty (60) but less than sixty-nine (69), 
the choices proposed are a 5 year term policy, a 10 year term policy, and a 
universal life policy. In this example the processor module also selects an 



amount of coverage based on income. Specifically, five alternative levels of 
coverage are proposed corresponding to annual income multipliers of 1.0, 2.5 
and 5.0, respectively. 

Financial product information also may be used to select the variable 
information. To illustrate, a particular financial product may be offered at 
one price in some states and at another price in others. As part of the 
decision information, the system and method may use this pricing information 
to select text and/or pricing information as variable information for 
inclusion in the respective client communications. 

In some instances it may be useful or otherwise desirable to use 
separate software packages or "link programs" to provide financial 
information. A link program, for example, may be used to calculate insurance 
premiums based on a selected set of client information. The premiums then 
would be imported back into the system software of Fig. 2 and used as 
financial product information, such as product pricing data. 

The subset or subsets of the variable information selected for a given 
client is adapted to be inserted into or provided as an integral part of the 
corresponding variable portion or portions of the client communication for 
that client. Depending upon the manner in which the tasks are segregated, the 
output of the system software therefore may comprise the completed client 
communications ready as they are delivered to the clients. Short of this, 
however, the system output may comprise an intermediate product such as the 
subset or subsets of the variable information themselves, ready for inclusion 
or integration into the client communication or communications, but not yet so 
integrated or merged. 

In the latter instance, i.e. , where the system output comprises 
unintegrated subsets of the variable information themselves, ready for 
inclusion or integration into the client communications, these variable 
information subsets preferably would be stored and provided as part of the 
client information database, e.g. , as was provided as part of the initial 
system and method input, or as a separate database. Each record of the 
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database would include the subset of variable information for that client, as 
well as an identifier to identify the client, such as client name, account 
number, etc. This client output database could be stored, for example, to RAM 
28, mass storage 30, or other suitable storage medium. 

As an optional but preferred step in the method, the variable 
information is automatically inserted into the client communications. This 
step preferably involves generating the client communication according to the 
communication format, wherein the generating step includes inserting the 
subset of variable information into the variable portion of the client 
communication corresponding to the variable portion of the client 
communication format. The variable information preferably is inserted or 
merged into the format or other text of the client communication without 
unwanted gaps or spaces, so that the entire document appears to be created 
from a single source, or the entire document appears to be an integrated 
whole. The merged subset or subsets of the variable information may be 
formatted with the same font or a compatible font to achieve this end. 

A primary objective is to deliver the finalized client communications to 
the clients. Accordingly, the preferred method includes a step of generating 
the client communications according to the communication format. The 
generating step includes inserting the variable information or a subset of the 
variable information for a given client into the variable portion of the 
client communication for that client. The preferred embodiment of the 
invention similarly includes output preparing means in operative communication 
with the processing means for preparing the client communication and 
automatically inserting the variable information or variable information 
subset into the client communication. In the preferred embodiment, the output 
preparing means comprises a computer, such as processor 12 and its CPU 26, in 
conjunction with and operating under the sales presentation and output module 
("output module) . The output preparing means of this embodiment also includes 
laser printer 32, modem 20, and similar means for creating the final form of 
the client communications, whether they be in the form of printed paper, 



38 



electronic mail, or other form. Where the client communication is to be 
transmitted on a network or other electronic medium, for example, the output 
preparing means may comprise another computer. 

The output module uses the information obtained from the processor 
module and optionally from other sources to generate, design, individualize 
and particularize all of the client communications. Marketing solicitations, 
ads, product- or service -related notices, presentation letters, followup 
letters, and reminders all would be examples of such client communications. 
The output module automatically prepares and outputs a client communication, 
for example, in a form of a marketing solicitation, which provides information 
sufficient to enable the client to make informed, intelligent decision 
regarding the purchase of the plans or products selected by the processor 
module, or sufficient to gain the interest of a prospective buyer and motivate 
him or her to seek additional information. The processor module creates these 
client communications in a manner using a format which personalizes and 
individualizes the information presented to the client. 

The output module of the preferred embodiment and method does not merely 
insert client information in the header of the client communication, nor does 
it merely import product information from the generic product information 
directly from the product -related database into the communication. The output 
module instead selectively can use substantial portions of client information, 
product information, and in many instances other information as well to 
generate a particularized communication tailored to the particular client for 
whom the communication is to be sent. The communications therefore typically 
will vary from individual client to individual client. 

Client communications generation according to the preferred embodiment 
and method involves organizing, formatting and outputting client 
communications using information received generally from the processor module. 
As explained, the processor module uses client information, information about 
available financial products, and perhaps other available information to 
recommend products, plans, and the like specifically tailored to each client. 



39 



* • 



The output module allows the system user to define a particularized 
communication format for classes of customers, such as for potential 
individual mortgage insurance clients. It then generates highly 
individualized communications specifically tailored to present that client 
with individualized plan and product presentations, reminders, followup, etc. 

The output module is adapted to present its output in a variety of 
forms. For example, the output can be displayed on display 14 for visual 
inspection by the system user, or client, etc. The output also may be in the 
form of a printed communication or document using a printer such as a laser 
printer. It may be in the form of an automated document or data file or both, 
and it also may be in a form suitable for transmission, for example, over 
modem 20 or to a network, with or without simultaneous video conferencing. 

The particular format of client communication outputs will depend upon 
the specific circumstances, such as client demographics, plans and products 
offered, and marketing objectives of the particular application. Examples of 
client communications prepared using the preferred system and method and 
employing individual mortgage life insurance programs and using a procedure 
similar to that described above with respect to Figs. 9-12 are attached as 
Appendix 1 and Appendix 2 . 

Fig. 13 presents an illustrative flow chart diagram of the logic flow of 
the output module for the preferred embodiment and the preferred method. In 
step A of Fig. 13, the output module retrieves work to be performed from other 
parts of the system. For example, after a set of client records has been 
processed with the processor module as described above, the output module 
would retrieve those files and store them in temporary memory locations so 
that a client communication, for example, can be prepared for each client 
record. As part of step A, the output module retrieves instructions which 
would be used in preparing the client communication or other communications 
output. The specific nature and content of these instructions will depend 
upon the specific type of client communication to be prepared and the specific 
format for the client communication. The specific examples to be presented 
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below also provide a description and explanation of the types of the 
instructions used by the output module in preparing communications. 

In step B of Fig. 13, client files are grouped by user, or by the sales 
program to be used, or by other criteria specified by the system user. 
Grouping criteria preferably would be selected by the system user during a 
setup phase, and would remain unchanged indefinitely until a different set of 
grouping criteria is desired. 

The processing of a set of client records to generate and output a 
corresponding set of client communications primarily takes place between step 
C and F of Fig. 13. More specifically in step C the output module receives a 
client record for processing. In step D, the output module analyzes and 
evaluates the client information from the client record, the corresponding 
output from the processor module for that client record, and other data or 
information needed to construct the communication. Other forms of data or 
information which might be retrieved at this point could include geo- coding 
data, demographic data, and the like. 

In step E, the output module uses the instructions for preparation of 
the communication, together with the data and information from step D, to 
prepare the client communication. The specific manner in which the 
instructions and the information are used to construct the communication will 
vary depending upon the application, the specification of the system user and 
other factors. To better understand and appreciate this aspect of the 
invention, however, we will refer to the client communication attached hereto 
as Appendix 1, which is a sample communication presenting individual mortgage 
life insurance. Appendix 2 provides another very similar example, to which 
the description of Appendix 1 generally applies as well. 

The sample format used for this client communication includes eight 
sections. Each section may or may not use information variables and insertion 
logic to construct the text or presentation of the section, and decisional 
logic (decision information) is employed to determine what if any states the 
variable is to assume. In other words, the instructions and/or decision logic 
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may be employed in various places throughout a section and throughout the 
entire communication to adapt the communication to the particular 
circumstances of the client. The following discussion will provide more 
concrete examples of these features. 

The output module may include any one or any combination of at least 
four types of logic or variables, including (1) customer information logic, 
(2) words/paragraphs/sentence ("text") logic, (3) product/plan/amount of 
coverage/payment mode/underwriting logic, and (4) pricing logic. "Logic" or 
"variable" as referred to herein may involve the placement of a particular 
word, number, phase, or item of information in a particular place within the 
communication. Insertion of such items within a blank space in a sentence 
would be an example. Client information logic refers to the place of the 
selective placement of client information in a particular location, blank 
space, or gap in a communication. "Text logic" refers to the insertion of 
Words, Paragraphs, Sentence etc. other than client information, product type 
and related information and pricing information, which is selectively placed 
in a specific location, blank space or gap in the communication. 
Products/Plans /Amount of Coverage/Payment Mode /Underwriting Logic ("product 
logic") refers to information pertaining to any of these topics, which is to 
be placed in particular location, blank space or gap in the communication. 
Pricing logic refers to pricing information which pertains to the product 
which is to be positioned in a particular location, blank space or gap 
(variable) in the document. 

The purpose and function of each of the illustrative sections as created 
by the output module will now be outlined and discussed. It should be borne 
in mind that this sample client communication is merely an example, and that 
virtually an infinite number of alternative formats and designs is possible. 

Section 1 describes the "need" for the proposed product and why the 
proposal or offer is being made to the client. In the individual mortgage 
life insurance application, the need is straightforward, i.e. , to provide 
funds to pay the mortgage or liquidate it upon the death of the mortgagee so 
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the family may retain ownership of the home without the burden of a mortgage. 
In the individual life insurance application, the need may be less apparent 
because there are so many individual uses of the product, a prime example of 
which is replacement of lost income. 

In terms of variables, in this section, for example, the client name, 
address, the loan number and the loan amount constitute client information 
logic gleamed from the client record. The entry at the top of the letter at 
"Co -Mortgager" as well as the name of the company of the third paragraph of 
the letter constitute text logic. The mortgage loan amount in the fourth 
paragraph of the communication again constitutes client information logic. 

Section 2 of the sample form client communication presents proposed 
solutions to the need. This usually involves identifying and presenting 
alternative plan(s) or financial product (s) to meet the need, and factors such 
as the provider, coverage and price particular to each plan and product. 
Referring again to Appendix 1, most of section 2 comprises product logic and 
pricing logic. The boxed portion in which the client may select the desired 
plan also includes product logic, for example, in that not all product 
proposals will include the same plans as has been demonstrated in the examples 
shown above. Much of the information presented in the footnote supplementing 
the product presentation involves text logic, but client information logic 
( e.g. , personal information about the client) , product logic, and pricing 
logic also appear in this footnote material. The footnotes both front and 
back are highly individualized throughout. 

In the case of individual life insurance, the proposed plans may include 
various plans which include term insurance products, and permanent insurance 
plans such as whole life, universal life, variable life, and the like. 

Section 3 of the sample communication format of Appendix 1 explains the 
various products selected by the processor module for presentation to the 
client in this presentation. This section may include text logic and product 
logic, for example, in that is may provide alternative descriptions, 
explanations, even different tone of writing depending on such things as the 
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age of the client. 

Section 4 of the sample communication format of Appendix 1 explains each 
plan utilized and selected by the processor module. This section typically 
would include text logic and product logic in that the description would 
change for the various products and classes of the various plans and products. 
The description of plans will vary with the plan selected. In addition, for a 
given plan the explanation may change to more particularly addressed a given 
client or class of clients. For example, the explanation provided to a client 
in the twenty (20) to forty (40) year old category may differ from the 
explanation from for the same product provided to a client in the sixty -five 
(65) to sixty-nine (69) year old range. Similarly, the explanation for a 
single male may differ for a given product from the explanation provided for 
the same products to a married couple. 

Incidentally, the location of the various sections as described herein 
would not necessarily appear sequentially, e.g. , section l, 2, 3, .... The 
order may be changed or mixed, and information from one section may be 
intermingled or interposed with information from another section or sections. 
Sections and what is contained therein also may be subject to change 
frequently. The number of sections also may vary. 

Section 5 of the sample communication format explains to the client if 
there are requirements to qualify for a particular plan presented, if any. 
These requirements will be listed in this section 5 (if the plan requires such 
based on among other things, amount of insurance, age, etc.) if it is 
necessary to qualify with more than just the standard application presented to 
the client. Much of the logic here centers around Plan/Product/Amount of 
Coverage/Underwriting Logic, etc ■ , text logic, and client information logic. 

Section 6 of the sample communication format explains in clear, concise 
and individualized terms how to obtain the coverage. This section typically 
will include customer logic in personalizing the presentation, e.g. , by 
inserting the clients name in various places in the text, and product logic in 
explaining the requirements specific to a particular product (s). 
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Section 7 of the sample communication format presents, in question and 
answer format, for example, important information and commonly asked questions 
regarding the plans and products shown in the presentation. This section 
typically would include text logic, e.g. , to refer to the system user or 
product marketer. It also may include client information logic, e ■ g. , to 
refer to specific circumstances which the customer may encounter. 

Section 8 of the sample communication format is variable in nature, and 
may be customized for a given application, product set, system user, etc. It 
may, for example, provide information on how to obtain additional information, 
help with application forms, additional price quotes, etc. Given its 
customized format it may include any of the logic forms as variables, as may 
essentially any other section. 

Through designation by the system user in interaction with the system, 
the output module creates the format to be used, the specific information to 
be included within the format, and the specific locations in the output format 
where the specific items of information will be used. It also formats all 
sections to be easy to read and highly organized, no matter what amount of 
information is contained in the output. 

The method according to the invention also may and preferably does 
include a step of automatically combining the client communication with the 
host vehicle to create a combined communication, wherein the combined 
communication comprises a single document, again using the term document in 
its broad sense. Where a plurality of client communications are to be 
prepared, this step includes automatically combining the client communication 
for each of the clients with the host vehicle for the corresponding and 
respective one of the clients to create a combined communication for the 
corresponding and respective one of the clients, wherein each of the combined 
communications comprises a single document. 

In accordance with the preferred method, all client communications sent 
to the client could be accompanied by an application for the financial 
product, together with an envelope or other means to facilitate return. For 
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example, the client communication would be accompanied by a application for 
the products presented therein with a return envelope. This also could 
include electronic communication forms, such as by return e-mail, etc. This 
effectively results in a one -step sales process for any or all sales programs 
and products marketed by the system. In many instances, little or no human 
interaction or involvement is required in the marketing and purchasing process 
beyond the initiation of the system to provide the appropriate input 
information. 

Turning now to the administrative and support system as illustrated in 
Fig. 2, the various modules of this system are intended to provide support 
functions for the Core System modules. In addition, they include management 
and administrative support modules to aid management in the system, including 
operation of the core system, scheduling of follow-ups, future communications, 
etc., with little or no need for human involvement. 

The production and scheduling module automates scheduling of marketing 
sales, preparing budgets, and the like. A flow diagram outlining the logical 
organization and flow of the production and scheduling module according to the 
preferred embodiment and method is shown in Fig. 14. 

In step A of Fig. 14, the production and scheduling module accepts, 
stores and allows for future modification instructions for system user(s), and 
for all sales programs for which the system user will utilize the system. 
Future add-on sales programs can be easily accepted. 

As shown in step B of Fig. 14, the production and scheduling module 
analyzes and evaluates the jobs which are to be performed by the system. This 
is done on a daily basis. With this information as an input, the production 
and scheduling module schedules operation of the core system and instructs the 
system to operate accordingly, as indicated in step C. In the course of this 
scheduling and the instruction, the production and scheduling module operates 
according to a set of predetermined criteria to determine the ordering and 
scheduling of the system operation and job performance. 
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As jobs are completed, the production and scheduling module causes that 
fact and others to be recorded in each of the client records for which 
processing has been successfully completed. This is indicated in step E of 
Fig. 14. 

As an administrative support role, the production and scheduling module 
is capable of generating hard copy, readable, production reports, e.g. , on a 
daily basis, as indicated in step F. of Fig. 14. Production reports may be 
useful for system users and operators, for example, for allocating and 
providing sufficient supplies, paper, toner, etc. The system also is capable 
of generating management reports which can aid management in activity 
planning, resource allocation, budgeting, etc . 

The production and scheduling module also is useful for automatically 
following up on pre-defined activities. A key attribute of the production and 
scheduling module is it's ability to remember a virtually unlimited number of 
users and user sales program (s) and implement a virtually unlimited number of 
instructions for the system to begin work at any point in the future. 

The sales & financial report and analysis module ("sales and report 
module") assembles, calculates and outputs sales, test, financial and 
projected earnings reports. This can be done on a real-time basis with the 
preferred embodiment and method. 

A flow chart which illustrates the organization and flow of the sales 
and financial report and analysis module for the preferred embodiment and 
method is shown in Fig. 15. This particular example pertains to the marketing 
and sale of life insurance products. As shown in that illustrative diagram, 
step A involves receiving sales information based on sales of financial 
products actually made. In step B, these sales results are inputted into the 
system, manually, by scanning, or by other methods described above which 
regard to the data input module. In step C of Fig. 15, these results are 
stored and organized in a sales database resident in the database module. 

The sales report module analyzes and evaluates this sales data, e.g. , by 
segregating and compiling it in formats and statistical summaries useful in 
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management. Once calculated, compiled, etc. , the data may be incorporated 
into and reported as sales reports, as reflected in step E of Fig. 15. These 
reports may be cumulative in nature or they may be non- cumulative, essentially 
reflecting snapshots in time. The reports also may be interactive or non- 
interactive, depending on the format selected, the output mode, etc ■ The 
reports may be provided to system users, management, etc . These reports also 
may be used in digital or automated form to interact automatically with other 
modules of the system, for example, the processor module. 

The sales reports may compile such information as sales demographics, 
penetration, etc . They may reflect such statistics on several basics, such as 
sales submitted, the number of sales actually placed, as policies and the 
number of sales which resulted in falloff (for which no policy was issued or 
taken) . 

The sales module also is adapted to generate financial reports. These 
financial reports also may reflect sales on a submitted, placed, and or 
falloff basis. They may be incorporated with other data to reflect actual 
and/or projected earnings reports, commission reports, and the like. 

The system also supports a telemarketing function using the 
telemarketing module. An illustrative flow chart which outlines the 
organization and flow of the telemarketing module according to the preferred 
embodiment and method for the marketing of life insurance products is shown in 
Fig. 16. In accordance with that flow chart, the operator would log on to the 
system and thereby gain access to it. Communications between the operator and 
clients would take place, for example, through inbound or outbound calls. For 
existing clients for whom a client record exists in the client database, that 
record would be retrieved and edited appropriately. Where no client record 
exists, a new one would be created as reflected in Fig. 16. In both 
instances, information would be entered into the system so that the client 
record reflects the appropriate client information. When this task is 
complete, the call is disconnected. At this stage, the operator may instruct 
the system, e.g. , to schedule an input the client record for processing in the 
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core system to generate a client communication. To create a record of the 
communication the operator would complete the compliance note pad to reflect 
the conversation and the events which occurred during it. 

The automated new business ("new business") module supports the 
processing for new business. The automated portion of this module supports 
the future policy holder service and insurance need of the client 
automatically. Flow chart reflecting the organization and logic of this 
module is shown in Fig. 17. 

Referring to Fig. 17, as sales are made the sales information is 
received by the system user. The sale results are inputted, for example, by 
scanning, or by other input means, e.g. , as disclosed in the discussion of the 
data input module. As new sales are made a corresponding client record is 
created in this module. The module automatically creates a "thank you" 
notification, which is particularized for that particular client. It confirms 
the products that have been purchased and the corresponding coverage. The 
automatically- generated communications also lists any outstanding requirements 
the client needs to execute to obtain product. 

In addition to generating a confirming notice to the client, the system 
also manages the tasks, if any which correspond with sales and new business. 
As reflected in Fig. 17, such followup tasks may include sending submission 
materials to the product provider, processing the new business, e.g. , from an 
accounting perspective, attending to function relating to issuance of an 
insurance policy, placement functions, etc . Client records and other system 
files are updated as appropriate to reflect the sales, the correspondence of 
the client, etc . 

In performing these tasks, it may be necessary in some instances to 
undertake additional communications, which may implicate the communications 
and interface module. These communication may be required, for example to 
order medical examinations, to order attending physicians statements, and to 
obtain all other information pertaining to the client as required under the 
circumstances. This module will follow-up on these requirements automatically 
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with no human intervention. 

Additional advantages and modifications will readily occur to those 
skilled in the art. Therefore, the invention in its broader aspects is not 
limited to the specific details, representative devices, and illustrative 
examples shown and described. Accordingly, departures may be made from such 
details without departing from the spirit or scope of the general inventive 
concept as defined by the appended claims and their equivalents. 
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